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l.R EXECUTIVE SUMMARY 



1.1 Project Abstract 

RSX-UH Versi'on 3,2 U an updated release of the dUk.based RSX-llM 
operating systemV The main purpose of the project is to provide^ in a 
timely manner^ increased device support to e^t^nd our p#e1ti"^e product 
offeri'ng, to continue support for the low-end RSX-Hm user* and to 
provide easier SYSGEN, auto oatch kits and other eese-of-use features. 

The deyelocment of RSX-llM V3,2 will_ have a schedule which is 
approximately Hi months from start to finish. This update to RSX-HM 
V3,J win be developed to support new devices and to live up to our 
maintenance pi an commi t tr»ent _ to ship updates at aporoximatel y one year 
intervals. It will contain fixes to all known bugs and will ship in 
April 197'?, 



1,2 Sumrriary of Goals 

The goal of RSX-HM V3,2 is to provide Quality software with ease 
use ana supssrt features and new device support for the small 
middle-sized pd?>-11 system. 



of 
to 



1,3 Su!^rr.ary o* Costs and Work Plan 
See Business Plan and System Plan, 



l.ti Sufi^mary o? schedule and Milestones 

The development of RSX-ll^-' V3,2 will be done in stapes, The 
completion of each stage will be marked by the combination of all new 
software into a Base level upon which the next stage of development 
will be done. Base levels will be spaced at approximately 2-3 month 
intervals. 

The suggested schedule for RSX-llM V3,2 is for first customer 
shipments to begin April* 1979, In this tim.« frame the following is 
schedul ed: 



Base level 23 

Base level eiU 

Base level 25 
Field test 



30-Jun-76 
l5-SeD-78 
15-Nov"78 
01-Dec»76 
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Bi^-e level 26 15-Feb-79 

SubfR'i ssi OR te SDC BS-Har"'?? 

First Custo?^er Shipments i9-Apr-?v 

In addition, RSX-llH vsjl Auto-Patch kits will be submitted to the SDC 
in the /ollowing frsonthsr (quarter! y starting with Qii FY78): 

May-78 

Agg-78 

Nov-78 

Feb-79 



2.0 DESCRIPTION OF PRODUCT 

2.1 Problem Statement 

T\ ffein purposes ef RSX-UH V3s2 is te provide the followinqJ 
i« Bug fises ar^d ease of use enhancements 

2, New device support 

3. SCS"il operating systaw kernel 

Fixing of all known bugs and the distribution of. auto-patch kits 

should maintain customer confidence and enhance the viability of 

update services. It should also help to Create an even better 

customer image as to the quality Cand our dedication to tHat quality) 
of the RSX-llM product. 

Additional peripheral device suooort broadens the market in which 
RSX-ilH V3,2 can be sold and provides the capability to offer a larger 
spectrum of competitive configurations. 

The addition of new executive and MCR features ste^-s from recuests 
made by the SCS-ll development grouo, RSX-llM V3,2 will be used as 
the operating system kernel for that system. 
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2,2 Product Definition 



2,2,1 New Features 

Proposed enhancements are Hsted below. Note that Hems marked with 
an esteriskC*) are requested by the SCS-11 project. They wH 1 "Ot be 
done if manpower is not provided by CSSG, 

Provide an optional (new RSX-llH PLUS) terminal d<'iver to 
support the following featuresj 

- limited type ahead 

- full duplex operation 

• VT100 support (ANSI escape sequences) 
DHU DMA output exploitation 

• fullv buffered I/O internal to the driver 

Support of the following new devices will be added based uoon 
hardware availability and completion of device drivers by the 
PT/C 5/0 Subsystems Group, 

Rxe2 - .5 MB diskette 

RX03 - 1 MB diskette 

TSRii - ^5 ips tape drive 

TU77 - TUif5_ Pepi acement (reauires no software 

modi f ic8t i. ons) 
RPP7 » 300M3 fi«sd media disk 
TU73 - i25 ios (6250 boi) tape system 
PLe2 -' 10 MB disk 
TUSR - ,25 HB block-structured cartridge taPe 

Provide a new high-sPeed backup/ restore utility with the 
f ol 1 owi nq Qoal si 

• total volume or incremental operations 

- back up an RP07 to TU78 in approximately 3P minutes 

" replacement of DSC for middle- to laroe-sized svstems 

Add new Executive features as follows; 

• *£xi t-Wi th-status 

♦ Subset of the RSX-11M+ carenfof f sori ng executive 
di rec t i ves 

• Task STOP-bit synch roni zat i on d^ pec t i ves 

• Support for the PDP-11/23 and il/Uti processors 

• Add support i'or 2/i» file windows 

- Clean-UP of QIO processing to ease integration 
of user written ACPs, 

File System Improvements 

- Use of B/H file windows 
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MCR imDrovements 



Provide expanded HELP f^e 

*A console device drivef to co?^tro1 printing o-f 

console messages and logging o'^ thein to a console 

*A special INSTALL for semi -transparent multi-user 

task support 

Generic device allocation 

New commands (STOP, UNSTOP, SS^) 

LOA/UNL improvements 

Others TBS 



SYSGEn i mprovements J improve 
or more of the following! 



log 



human ensfneering by doing one 



Provide systef^. packages 

Support for a standard FCSPES for system utilities 
Provide a RSTS/TRAX-styl e prqgfam to dynamicelly 
detect online device conf i gurat i on j or enhance the 
existing procedures performing the interactive 
portions of SYSGEN to use validation, auto-answer, and 
other techniques. 



o Repackage RSX^liS to allow for generation and host support 
RSX-UM PLUS and IAS as well as RS>C-11M V3.2. 

Utility program enhancements 



on 



FLXI 



SLPS 



LBR! 



OMPj 



/-RW to inhibit magtape rewinding 

i6P0 BPI support 

RX02/RX03, RK06/RK07, TU58, and RL01/RL02 suoport in. 
RT-ll format, (Mote that RT-U ' automatic bad block 
replacement can not be supported.) 



Checlssum supoort 

Support 132 byte inout lines 



•Provide support for a general library regardless of 
the contents of the modules Ct^xt/ tasks? data* etc.) 



/RW switch to allow user control of tape handling 
An option to produce a detaileQ, labeled dump of 
Files-ll (ODS-i) file headers. 



BAD; 
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- Prev<de the abHity to add bad bloclc data manuaHy to 
the last tfack wHhout writing on the entire disk. 

Volume Utn Uiesi 

- INI support for the RX02/03, RP07, and TU56 

• MOU/DMO modifications to store volume labels for error 
lossinQf and allow multiple mounts 

Develop a new print spooler having the following capabilities! 

• Support multiple line printers 
Store print queue en disk 

- Allow user access to the print queue 

e Error Logging 

• Allow operator Inout to be stored In the error log 

■ Display the voluf^e name on error reports tfor mounted 
vol umes) 

- Support the RXS2/g3,TS0a,TU77,TU78,TU56,PP07» end RLB2 

Performance analysis -• this will be done bv a Joint effort 
between developers and Software Quality Engineers, 



?,2»2 Additional Items If Fu'*'n''nci and Man-Power Are Available 

Multiple command line Interpreter support 

Increase number of system global ever*t flags CEFNs) using 
VAX/VHS Imol ementati on as a basis. (Mote this must also be 
done In RSX-nH+ to be Included in RSX-llH.) 

o DCLS support as a SYSGEN option, 

KHC*U Line Printer Controller driver 

o LPA-ll support for 22-bit mode operation 

File Svstew Improvements 

» Mapping file windows In the AC^'s address space^ 
removing them from the eaecut 1 ve pool . 

- Create a 12K FllACP to acquire additional address 
space for FCBs, windows, buffer's, etc. 

«. FCS big buffering support. 
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l,^ SupplUd Software - RSX-ilM 



fhe RSX-llM V3,2 System In addition to Executive Sepvi*ces# MCR 
>efvi ceSj 
:omPonents i 









packaaes of 2K# ?.5K, and 5K reflecting functional i tVr slze^ 
and speed options, 

2, A subset HACRO-li assembler (MAC-SK3 

5, A fun MACRO-il assembler containing &]) features Including 
floating point and Cros5=-Ref erence support (BIGHAC - i^K3 

4s Task Builder with Global Cross Reference support CTKB) in 
three packages of 8K, 14K and 22K reflecting functionality, 
sizef snd speed options, 

5, Interactive Editor CEDI5 

6, Source Language Input Program CSLP) 

7, Online Debugging Tool (ODT) 

Be Executive Debugging Tool (XDT) 

9* Post Hertem and Snap Shot Dump Progra!!^ (PMD3 

1B» System Generation Procedures (Command files) 

lie Bad Block Locator Prograrn CBAD) capable of running both in 
On-line s^d standalone form, 

12, Disk Structure Verification Program (VFY) 

13, File Exchange Utility (FLX) 

l«. Peripheral Interchange Program (PIP) 

15, Librarian Utility (LBR) 

U. File Dump Util Ity (DHP) 

17. Task Irrage Patch Utility (ZAP) 

IS, Test Rout ines/SaPpl e Procedure 

19, Disk Save and Co«^press Utility (DSC) 

20, Cross Reference Program (CRF) 

21, ANSI Magtaoe Suooort (MTAACP) 

22* LOGIN/LOGOUT support (ACNT, HEL, BYE) 
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23, HuU^-user suDoort utHi'tUB CSHUTUP, BROAD) 
2«, Object Module Patch Ppogram (PAT) 

25, PRESRV - Volume Preservat<on Program - (for RK distribution 
on! y) 

26, RMS-U macro and subroutine libraries and utilities 

27, File Cerrpare Utility tCHP) 

28, Line printer desoooler CPRT) and optional enhanced spooler 
packaoe 

29, Indirect command file processor C,,.AT,) 

30, Crash Dump Analyzer Program (CDA) 

31, DEC standard editor (EDT) 

32, New hU^-speed BACKUP/RESTORE Utility 

?,3 Product Audience 

>SX-11M V3.2 is targeted to the current users of RSX-llM CRealtime^ 

jrsc^ss control and Communications/Networks) as well as soohi st i cated 

jsers whs wish tt operate a multi-user system for program development 
5nd running of applications, 

?,4 Comparison With The Competition 

;ompstitive data is available from Product Management, 



1,5 Product Evaluation Strategy 

See Section 11 (the QA Plan) that is providecs by Software Quality 

•ianagement , 
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PROJECT GOALS 



3,1 Functional Goals 

• Provide bug f1>«es and reliabHity enhancements, 

, Provide new device support in time to exploit new hardware 
peripheral s, 

. SYSGEN and ease of use enhancements, 

, Provide an operating system kernel for SCS-ll, 

It Is a reeui re?i"^ent of RSX-IIH V3,2 that all nor>-pr i vH eged programs 
written to run on RSX-iiM PIUS Vi,0f RSX-UM v3,l, or RSX-HS Vc.i 
win run without modi f 1 est ion. Tasks written for these versions of 
RSX-UH or RSK.iiS will run on RSX-llD V6.2 or IAS Version 2 by 
rebuilding the tasks provided they do not use the Heriory Management 
(PLAS) directives. 

It Is planned that RSX-liH V3,2 tasks will run unchanged with only a 
p( Ible relink under VAX-VMS Amp, 



3,2 Functionality Not Planned 

No new f unc t io!^8l 1 ty Is planned that would compromise the system's 
real ti^t^e response or reliability* Further'^ore? functional 
enhancements not directly relating to the above can only be considered 
If funding and/or personnel commitments accomosny the reauests. 



5,3 PerforPsnce Goals 

The performance of RSX-UM V3.2 will eoual that of RSX-llf^ V3,l, The 
performance of RSX-llH equals or surpasses that of RSX-llD V6.2 ana 
IAS in nost categories on comparable configurations. 



3,ii Configuration Goals 



"y^ ,i Minimum ^^.ard'^sre Configurations 



All fplnlmum hardware configurations currently listed In the V3,l SPO 
will be supported. In addition, the foHowl'^g new mlnlnrum 
conf iguret ions will be suoportedt 



PAGE 1? 

1, RP07 system device 
BtiK memory 

and 

RHU/RH7? controller and one RP07 drive 

and 

TMll controller and one TE/TU10 dr^e or, 

RH/TH02/03 controller and one TE/TU16 or TUaS of TU77 drWe^ 
or 

RH/TM78 controller a?\c one TU78 drive or, 
TSU controller and o^s TS0« dr'^s/e, 

2, RL02 system device 
2itK of merriory 

RLll controller and two RL02 drives, 

Tor !r:astaDe distribution/ the following is reQuired: 

RLii controller and 5!^e RL02 drive 

and 

RH/TM02/03 controller and one TE/TUlfe or TUaS or TU77 drive 
or# 

RH/T^7S controller and one TU78 drive or, 
TSll controller and one TS0a drive. 



3,^,2 Supported Hardware Options 

RSX-llM V3,2 will provide support for the processor ootionsr real ti»e 
clocks, and Peripheral devices current 1 y. 1 1 sted In the V3,5 S^D, In 
addition, the following hardware options win a^so be supported, 

Rlil-RL02 Cartridge disk CFlles-11 Structure - system Device) 

RH11/RH70-RP07 Fixed Media Disk CFi les-ll St ructure - System Device) 

Ry211-'RX02/RX03 floppy Disk CP < 1 es-1 1 structure 
or RTU format supported via FIX) 
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if ■? Tape Cartridge fFhes-lJ structure or RTll format suopor'ted via 
^ FLX) 

ret* _ Tp^fi u t^^^ .^^^ rjiiiieT t: i \ a. c*,m<im.i,..^^i-j ^ m. i^n? i___.<. 

Supported vie FIX) 

TME53-TU77 Haptape CANSI File Structured op DOS format Supported 
via FLX) 

TM78-TU78 Mactape (aK'SI U]e structured or DOS Format Supported 
via FLX5. 

VT100 Alphanumeric Display Terminal 



Note 

DLIWE modem support for terTiinsls will 
be available onlv with the optional new 
terminal driver. 



3s5 Support Cest Goals 

if Is oup soal to reduce support costs below tHe levels for RSX-llM 
V^gi (see seetlan 7,0), 



3,6 Rel iabi 1 ity Goals 

RSX-liH y3,2 will support error losging of device errors for all disks 
and tapes as well as logging of CPU parity errors on the 
PDP-l i/iiii/60/7?!/7'^ processors. These features should improve the 
reliability of the total system by catching devices as they begin to 
failj total system uptime should thus be increased. The software 
syste!!! goal is to be at least as reliable as previous versions of 
RSX-ilH, 



3,7 Trade off of Priorities 

The key goal of PSX-llM V3,2 is to provide a reliable system update 
release in a tif^^ely manner. Key items in order of decreasing 
importance are the following! 

Reliability of Software ••- Released on schedulSi 

^|. Device Support 

SYSGEN and other ease-of-use enhancements 

New h1gh»sp6ed disk backup/ restore 
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New terminal 6r{ver 

New print spooler 

RSX-US support for IAS 

Time win be traded off for the inclusion of the above features, 
however the system will not be released untM we are satisfied with 
its re] labi 1 ity. 



4!.0 RELATION'SHIP TO OTHER PRODUCTS 



U,l Relationship to Other System Projects 



.4,1.1 RSX-U^- V3.2 with RSX-llM PLUS VI 

RSX-UM Plus was based on RSX-UM V3 but has undergone significant 
Internal redesign and enhancement especially to make the system more 
Bttractivs In the high-avai 1 ebl 1 i ty and commercial environments. It 
will be marketed for the very high-end PDP-11 systems. Therefore^ 
R3X-11M refrains the major mul 1 1 -t aski nq, real time system for the 
corporet icn. 



«*fti»C ROA-iii' ¥J,C with n5A"iiW ¥OtC 

A. slonificant amount of functional overlap (about 6^%) . *^^ M exist 
between RSX-UH V3,2 and RSX-llD V6,2, RSX-ll^ reaulres significantly 
less memory Capproximatel y one half) and# with the exception of the 
CDil card reader, suoports more peripheral devices. 

RSX-UM will compete best in situations wherej 

1, The lowest price Is Important, 

2, A specific laboratory Job Is reouired 

3, Realtime response and/or network throughput Is essential^ or 
«, RMS facilities, BASIC^-S, or COBOL V3 ape reouired. 
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a.l,3 RSX-ilM V3,2 with RTU-F/B 

Rtil-F/B is targeted toward single Cone-at-a-t <me) task operation with 
parallel program development In the backgrouf^d. As such, an overlap 



ry &• ij # * tJ 



t> ^ .. 1 ^ i. - 



U. . . I. 



Villa uvcrio!^ IB ^'iiM'iiaT ai'u 



■ ..•11 

K 1 I ! 



fi 1 1 -. ... 



our customers to make trade-offs (single user vs. mul t l-prograwping, 
smaller executive slEe vs. RSX-11 compatibility* etc.) within a range 
of DEC products rather than buy from our competitors. 



a,l,^ RSX^llH V3,2 with IAS 



As compared with RSX-llD V6»2 there will be a lesser amount of overlap 
In functionality between RSX-liM V3,2 and IAS, RSX-ilH will require 
significantly less memory. However, IAS Is targeted to the large 
mul t 4"f unct ion open shop environment. 



lul t 1"f unct ion open shop environment. 



a, 1,5 RSX-UH VS. 2 with RSX^ilS V2,2 



RSX-US V2,2 is a 
gene ratable from 
packaged such that 
as, host systems. 



'^ RSX-llM V3,2 and will 
In addition^ RSX»11S 



subset 

the latte?- 

RSX-llM PLUS. IAS and RSX-UD V6,2 may 



be directly 

V2,2 will be 

also serve 



a, 2 RSX^ilM v3,2 Dependence on Other Projects 

RSX-llM V3,2 is dependent upon the RT/C I/O Subsystems Group for 
writing drivers for the TU58, TU78, RX02/RX03, rp07 and TS04 as well 



as for 



. - i 



Intenencs and enheneafnent of 









Helntenance and enhancement of the file system software CFllACP^ 
MTAACP, MOU, DM0, UFD, INI, BAD, PCS, DSC, PRESRV, PIP, D^P a^d VPY) 
rests with the RSX Files Group, 



Support of RMS-J 1 as 
Commercial Sof tw 



wel 1 as the 



IS bundled w<th RSX-llM 
should be available 
Indications are that th 



. ^^ c^,, »^ ...- -MS utilities resides with the 
<are Systems Group* Because t^e basic RHS-H software 
'SX-llM, an up-to-date, reieasabie RMS-H package 
allable by the Field Test base level, (Current 



by the 
Is should be 



RMS-11 VI, 6.) 



The CO'^'^erclal Software Systems Group Is responsible for providing an 
updated version of EOT, the DEC standard editor, ^or release with 
RSX-llM V3.2, 

Support of user mode diagnostics will be done by Diagnostic 

tf^ineering. Additional diagnostics for new devices (RL^2, RH03, 
I a, RK(?7, etc, 5 will also be their resoonsl bi 1 1 ty. 
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We are heavny dependent on outside grouos that provide layered 

products to run on our system (comoners, DECNEt, etc.) to ensure that 

they operate properly and can be Integrated into tHe system easily by 

our users. Because these products ere so numerous, we expect our 

Involvement to be limited mainly to tecHn^cel consultation end 

production of base levels for testing. 

See the RSx-ilM V3,2 System Plan for a detailed Hst ,of dependencies. 



^,3 Dependence Of Other Projects on This Project 

SCS-Il (Small Commercial System) will be using RSX-UM V3,2 as the 
operating system kernel. 



4,« Relation to Applications Software 

Applications software consisting of nonpri v1 1 eged tasks which were 
developed for PSX-iiH V3,l will continue to operate under PSX-llM 
V3,2, Privileged tasks which interface to system data structures will 
require little or no modi f i cat ? =ns , 



5.0 APPLICABLE STANDARDS 

5,i Extant Standards 

The following approved standards are suOPortedl 

DEC 125 Cassette Format 

DEC 051 Coded Character Sets 

DEC 512 Data Format for Output 

DEC 1P9 Drive Selection 

DEC 110 Escape Sequences 

DEC Hi Terminal Synchronization 



5,2 Pending Standards 

If the new command language Interface is tc be imolemented (see 
Section 2,2. 2)# the Digital Commana Language soec i f 1 cat ion as 
implemented on RSX-UM PLUS will be used. 
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S-l Standards Needed or Suggested 

( 

A good HaCfO-ii Assembly Language Programming Standard should be 

avaHable, 



5,ti Compatlbinty 



Compat*bnity wHh RSX-UM V3.1# RSX* 
VAX-VMS AME whi not be disturbed. 



IIM PLUS VI end the exUting 



6»0 DEVELOPMENT REVIEW BOARD 

The development review board will be responsible for reviewing all 
functional specifications relating to RSX-UM V3,2. It win be their 
responsi hi H tv to consider compatibility items and support of their 
products by RSX-llH V3,2, 
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7,0 PLANi TO REDUCE SUPPORT COSTS 



We ere actively working with Software GuaMtV Management, Software 
Services, and Educational Services to improve the systein generation 
process, T^e goal of this e'^fort will be easy RSX-llM installation. 
In addition, devel opinent personnel are cofrimitted to provide 
consultation and docuirientat ion review services to aid in the 
production of the RSX-U^ Software Support Manual, 

As part of this development project, rnachine readable auto-patch kits 
i*or RSX»11M V3,l will be produced on a Quarterly basis starting with 
1973. 



( 



8,0 COMPONENT PLANS 
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Being a mature Product, RSX-llM work wni 
modifying the existing software. 



be Tostly involved in 



9.0 DEVELOPMENT STAFFING AND WORK PLAN 



9,1 Staf f ino Plan 

Modifications to the Executive, HCR, file system and the Utilities 
will be perforried by members ©^ the RSX OeveloPf^ent Group, 
Modifications to the device drivers will be provided by the RT/C I/O 
subsystems Group, In addition, one prosrammer from the SCS-li group 
wiM be located in Tewksbury to contribute to the RSX-llH development 
effort while at the same time gain extensive system exposure. 



9,1,1 Pro?jpam?^er8/Designers 

Mame Principal Function 



Clark D'EHa 
J * rr. H 8 1 1 h e i^ S 
Be rn i e A 1 i r^ont 1 
C h arles Spits 
Paul Kobar 
Hi ke Hsrvev 
Debbie Gi rdl er 
Dal e Donchin 
Wal ter Duna J 
Mi ke Ha r r i son 
On Loan 



Management and Design 

Programming and Desien 

Programming end Design 

Programming and Design 

Programming and Design 

Programming and Design (LPAll-K) 

Programming and Design (Fast Backups 

Programming and Design (Fast Backup) 

Performance Evaluation (SQM) 

System packages and SYSGEN ease-of-use CSQ^'■) 

Programming and Design (frof" SCS-11) 



9,1,2 Project Leader 
Clark D'Elie 



PAGE 17 



9,1,3 Sta?"f1ng By Quarter 



System Plan, 



9,1,^ Funding By Quarter 
See System Plan, 

9.2 Software Development Strategy 

A base level develooment cycle wHl be erfiployec periodfcaHv merging 
new functionality Into the previous base leve'. Each Base level will 
be designed so that critical Software components are available at the 
proper time for work to orocsde en the new features, 

9.2.1 Mandatory Tasks 

, Provide maintenance to s^fisting system code 

, Prcdues Quarterly auto Patch kits for RSX-llH V3,l 

ft Provide SYS5EN sase»5*«use improvements 

• Previse new mass sto^sse device support 

i Provide RSX»ilS support for IAS 

g Write a high-speed disk backup/restore utility 

( Provide new terminal drivers for optio'^al use 

, Provide enhanced print spooler functionality 

9.2.2 Optional Additional Tasks 
See section 2,2.2. 

9.3 Code Reviews 



'^ A Code Review Plan 



Spot checks on the auality will be made by Claf^k D'Elia, Eric Baatz 
and Eric Pollack to ensure that a high auality level is upheld. Newer 
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members of the group win be subject to rnore If^tenslve suoepvlsion and 
code reviews. 



9,3.2 Code Reviews 

Code will be reviewed by the senior members of the development teap. 
These reviews will be entirely internal to the RSX-llM group and will 
be conducted on an as needed basis. 



9, a Hardware Reouirements 

This devel oPf^'cnt schedule is deoendent upo"^ the availability o* 
adequate hardware resources. Insufficient resources at suitable ECO 
level will adversely affect the schedule and cause a slippage. 

Starting in Nev-TS^ we must have access to prototypes for the 11/23 
and il/iiti processors. The engineering configurations f^ust be usable 
to an Operating system develooer in that they include at least 32K of 
memory initially and that they have a minimum of two RL01 Cor RK05) 
disk drives or one disk drive aid a_ magnetic tape unit (800 bpi , 
^-ti'sck), (Nate that syste^^ configured with only floppy disks as a 
system device are unecceptabl ®» 5 To test fully the extended addressing 
of the U/^y? that processor ft.ust have a minimum of i28K of memory by 
l-Jen-79, We will require us to 10 hours a week access starting 
iiDec-TS, 



Q /I < 



Developme 






As much development as possible will be done on SYSTEM ttit^ZS^, which 
contains all the master source disks and will run the most recent base 
level of RSX-llH, This machine will be used for editing source 
modules, assef^bling and linking a^6 testi'^g of all nonori vi leged 
tasks. It will also be used for building base levels of the software. 



System #1035B will be transferred to another cost center in 
1976j systew ^IR625 will become its replacement. 



September 



In addition, it is recognized that a standalone conf igui'at i on must 
available fo^ «t least a h^urs e day. This should be system «372» 



be 



9,«»2 Debugging Configurations 

Various other configurations available in the Tewitsbury cotpputer room 
will be reouired averaging a total of 2 hrs per day until SDC 
submission. This time requirement will usually occur in bursts of 
longer time regui rement s but shou 1 d average 2 hrs oer day. 
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9,^,3 Where located 

At, machines must be 'ecated in the Software Development facf'fty in 
Tewksbury. 



Q (A - H Hgjwifsft T4mA Nesds Dur^H" EacH Phass 



System *i0350 (or replacement) must be 
durlPiQ the entire development cycle. 



avanable 24 hours per day 



Other pschlne utnizaticn wHl average approxi rfatel y 2 hours a day of 
pr<me t^fne. For the two weeks preceding f<eld test and subw^ss^on to 
SDC (during the checkout of the packaging) we v.ni reauire up to 12 
hours a day ef prime time en various configurations. 



9. a, 5 

Sped &\ 
support 
the SUP 
general 
^east i 

i( usi 

To ensu 
and 11 
than 1- 



Speclal Hardware Required and Dates 

hardw8?e requl rements exist only with respect to new device 
, Concerned hardware engineering groups should consul with 
ervisor of the RT/C I/O Subsystems GrouP for coordination. In 
f fylly .operational prototype hardware must be available at 

month pfior to theBase Level listed in section 10,2 below for 
on of ths device driver Into that Base level, 

fe proper Integration and support for the new processors (11/23 
/iiU^i w'B should have access to the prototype hardware no later 
Dec»T8, 



10.0 IMPLEMENTATION PLAN 



10,1 Major Activities sn.d Gating Factors 

Successful project completion depends upon, meeting machine 
configuration/time requirements set forth and timely delivery of 
related software components. In addition, the timely fulfillment' of 
programfTil ng staff Is viewed as a major dependency. 



10.2 ?**3Jor Milestones 

The major milestones for RSX*Um v3,2 will be the completion of the 
ba«s'e levels on time. The major content of each Base level Is as 

f(^ ;owsj 



Base Level 23 



33»Jun-78 
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Preparation of functional specifications Complete 

Staf f 1 ng complete 

New Terminal driver running 



Base Level 24 



15-Sep-78 



Device drivers available for RL22,RPS7 ,lBSti,lU77 , and RX02/03 
STOP-BIT directives 



Base Level 25 



15-N0V-78 



Device driver available for TU58 
New Print Spooler 
New Backup/Restore Utility 
Sysgen I'T'prcvements 



Field Test 



01»Dec-78 



SBse Level 26 



15-Feb-79 



Device cr^ver available for TU78 
Support far 11/23 and ll/4« processors 
Sysgen Ifncrovement s 



Submission to SDC 08-Mar-79 



First Customer Shipments l9»Apr-79 



18,3 Risks and Contingency Plans 

Fulfillment of staffing in a timely manner Is viewed as a major risk. 

Failure to obtain critical team members by June# 1978, will cause the 

delay of the product or the dropping of portions thereof. In 
particular, the following potential impact is foreseenj 

- Failure to obtain SCS-ll programmer will result in the 
elimination of new executive features and new ^^CR features as 
indicated in section 2,2,1, 

slippage of hardware engineering projects has Placed in jeopardy total 
support/integration into the system for the following devices! 
RP07, TS0a, TU78. Our development efforts for these devices f"ust be 
accomplished^ totally using prototype hardware. Announcement of 
official device support for these Cand all other new hardware) will 
not b«j made by the product manager until the software is successfully 
tested on production hardware. 
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Prototypes for the new processors (11/23 and 11/^^) should be 
a# Hable for testing sp'ftware by i-Dec-78, Failure to gain adequate 
assess to tHe hardware will result in limited or no support for the 
new processors In RSX-llM V3,2, 



10-^ PERT Br\6 Hilestene Technloues 

PERT will not be used. Detailed monthly reports will be prepared 
listing milestones met and missed, work in progress, work comoleted, 
and work planned for succeeding month. 



11,0 DOCUMENTATION STAFFING AND WORK PLAN 



11.1 Writers 

The RSX-llM sroup and the Tes^nical Writing GrOuP (headed by Don Van 
V'olkenburg) win be responsible for an RSK-UM V3.2 documentation. 



1/ ■? Documentstion Strategy 
See Documentat 1 en Plan* 

11,3 Documents 

See Documentation Plan, 

il.'li Documentation Reviews 

Manual review is a serious undertaking. We will provide two weeks for 

review and construe lack of written comment as agreement that the 

quality of the manual Is, from the reviewer's Point of view, up to 
dec's high standards. 

Two reviews win be conducted with the first considered the most 
critical. This review will occur at the completion of the Initial 
draft and has a wider distribution. The second review hgj limited 
distribution and incorporates reviewer comments and will be the 
signoff copy, 

^ tial reviews will be conducted byj 
1, RSX-llH/M-PLUS Team members 
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2, A Software Support representative 

3, A Training representative 

«, A Software Writing representative 

5, A Software Quality Engineering representative 

6, A Marketing representative 

7, A Product Management representative 

6, A Software Development Management representative 

9, An RSX-llD/IAS representative 

10, A DECNET representative 



11.5 Documentation Reviewers 
All RSX«»11M developers plusj 

Ed Sapp 

Carl Rehbein 

Fransios Nouvlen 

Don ^en Vol kenburg 

rKgwiig Santos 

Carl Ralston 

Bernle LaCroute 

Pete Kllbourn 

Rod Flakes 

Kurt Fried rich 

Frank Hassett 

Roger at Ten 



(Software Services) 

(Software Services) 

(Training) 

CTech Writing) 

(Software Quel itv Engineering) 

(LDP Marketing) 

(VAX Product Manager) 

(OEM Marketing) 

CIPG Technical Services) 

(Software Product Management) 

(Software Development Management) 

CIAS) 



11,6 Hach'ine Time 

Machine time reQUl Pements for writers win be determined bv the 
Documentation group and described In their detailed plans. 
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12,0 QU4LITY ASSURANCE PLAN 



( 






n A 






The purpose of this section is to descpfbe the plans for assurfna the 



qua M t y OT rtoA' 



< i LI k J T 



t?c:Tt>rc 1VO rericcoc \,v w\f , 






of quality assurance is the test process Itself, the stages of and 
plans for which are described below, 

Howeveri this test process is made much simpler? and the resuHant 
quality of the product higher, if the entire design and develoopent 
process Is geared toward olannlng for testlna and **bui1ding ouaMty 
in« rather than "add1n3_ It on" or waitirig untl) the end of the 
development cycle to see If it's there. To that erid, it Is Incumbent 
on every developer and docufftenter to plan for Quality In ter^s ©f both 
design and developmeint , Individual worif plans should reflect this, as 
the systefii must be successfully subjectedto the testing described In 
the followinsf sections before development is considered complete. 



12.2 Unit ar'.d System Testing 

UpH and System Testing are the responsibility of the development 
d(i Jp» Each RSX»11M programmer and^ documenter is responsible for the 
cuality of his work, both In terms of Its, desfgn integrity and as 
u'tiffietely perceivable by the user when it becomes part of the total 
syste?T!, Eshauitive unit testing of the progra?'^mer*'s own design must 
be completed for each component before It cars be Integrated with the 
system (which In this case Is RSX-UH V3,2), 

T«*«gf,g* .; j5» ^gjgting will be conducted using the traditional ''building 
block" approach. As Individual components successfully complete the 
unit test phase described above, they will be Integrated with the 
existing base system to forn a new base level. Base level contents 
and dates a"*© dese^lbed elsewhere In this docuf^ent. The criteria for 
satisfying the requirements of each base level are defined In the 
RSX-llM V5,2 System plan, and will be used by SQH to monitor and 
measure. development progress* The System Plan also defines 
responsibi 1 1 1 les of other groups that must be synchronized with 
efforts described In this plan In order to produce a complete system. 

System testing will be that test Phase conducted on the last 
"development" base level? that is, all Coding, unit testing and 
integration testing Is done (the complete system exists). Again, see 
the System plan for specification of System Test entry criteria. 
System Testing will be conducted by the development grouo on the 
development machine, by all users of that machine, by Software 
&^vices and by Manufacturing as described below. Specific tests 
lit. .eloped by SQH and the developers must be run to address system 
functionality, response, Performance and documentation. 
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Special emphasis wHI be placed on new functionality* but from the 
prospective of how it relates to the operation of the total system. 
Successful completion of System Test as defineci in the System Plan is 
a necessary condition for progression to the Field Test phase 
described below. 



12,3 User Environment Testing 



As each defined base leve 
heavy use in the Hanufac 
Environment Test Package 
plans will be construe 
Engineering will also use 
for each bass level, 
described herein. As sue 
base level requirement, 
UETP execution results at 
continue heavy use of 
paral lei with the Field T 



1 becomes available, it will be 
turing sites via exercise of the 
(UETP) developed by SqM, uETP 
ted to allow this t© be possi 
this package to address syste"^ 
This test is incremental to 
h it is a necessary, but not 
SQM will assess system "goodn 
all locations. Manufacturing i 
the field test base level an 
est Phase described below. 



subject to 
RSX-llH User 

development 
ble, SQM and 
functional 1 tv 

other tests 
a sufficient 
ess" based on 
s expected to 
d the UETP in 



12, a Field Testing 

The purpose of FUld Test is to help establish the level of confidence 
that we have in a system before it is released to customers on an 
urlimitgd basis. This is possible because the system is exercised in 
customer environments chosen because of ti^eir ability to address 
system functionality in wavs that we cannot duplicate or do not have 
adequate resources to make it feasible. 

Field Test is incremental to system test. It is not a substitute for 
it» and as such must be defined as a distinct part of the development 
process. It is ifurther constrained by the fact that it is a serial 
effort, , Field Test cannot begin until design, code, unit test, 
integration test and system test are all complete as defined in the 
system plan. We should send a system to the field test with the idea 
that a problem is en exception rather than a rule. The planned Field 
Test period for RSX-llH V3,2 is two and one half months long, A 
detailed Field Test Plan win be a part of the RSX-llM V3.2 System 
Plan, and will be aut^iored by SQM in conjunction with Product and 
Development Management and Software Services, 



12,5 Demonstration Tests 
None P 1 anned. 
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12,6 Documentation Assurance 



i 



dVie of the primary ways that the QuaHty of the system fs p>easuped by 
the user is via the documentation, A new user needs it to start his 



wu V f 






it in order to tai<e advantaoes of new 
features arid to understand changes to the systei^s. Documentation 
should undergo aU the phases of test that the software undergoes. 

ine reSPOnSIDIiliy top cunuuuuiny vncoc vcsks lo ^ jwiiiv w.i«-i» __^ 

documentation development and SOh groups. The documentation m-ust be 
field tested along with the software. It must therefore be coT-plete 
at the start of Field Test (See the Systeni Pla^). 



i2,7 Human Factors Evaluation 

Hgman engineering concerns relating to the use of the system software^ 
the user documentat i o!^# a"^ the system generation process will be 
addressed by SSH in their testing efforts. Additionally, one o^ the 
elements of feedback from customers during field test will include an 
implicit evaluation of human -sctors considerations for both software 
and docufpentat 1 on. 



I?, 8 Work Plan 
I 

Test DeveloP??©n? will be conducted bv development Cunitr integration, 
system testis? SQH (UETP) and Software Services (miscellaneous). 

Schedules and milestones for the QA process are included in the System 
Plan, as they relate to the entire system. 



12.9 Release Criteria 

The singlemost important criterion for the release of RSx-ll'^ V3,2 is 
Oualitv, At no tiwe and for no reason will Quality be compromised. 
The criterion o^ "quality" is implemented by way o^ specific criteria 
for each phase of testing described above. Again, these criteria, 
with a schedule for their completion are contained in the System plan, 
SQH will be responsible f or .determi ni ng whether or not these criteria 
are met, and will provide j nf ormat i on to the product Manager, who has 
the ultiffiate release decision responsibility. 
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13.0 DISTRIBUTION PLAN 



13,1 Release Packages 

Each RSX-llM V3,2 dUtrlbution kit contains a bootst rappabi e system 
capable of runn-lng on the minimum configuration for which It Is 
intended. All system components peaui red to run and generate custom 
tailored RSX-llM V3,2 systems are also included In the kit. 

The software kit provided with each RSX-llH V3.2 system contains both 
source and binary modules (source is Provided to enable the requisite 
conditional assemblies which minimize the sire of the executive). The 
software kit includesl 

Source Modules 

1, Executive (includes Executive Debugging Tool) 

2, I/O Drivers 

3, File system (FllACP) 
li, MCR routines (HCR) 

Binary Hodglos 

Is MACf^O-H Assembler (suoset and full) 
. 2, Task Builder (TKB) 

Interactive Editor (EDI) 

Source Language Input Program (SLP) 

5, Peripheral Interchange Program (PIP) 

6, File Exchange Utility (FLX) 

7, Disk Structure Verlf icat 1 on Program (VpY) 
e, Fi le Dump (DMP) 

9, Online Debugging Technique (ODT) 

10, Object Module Patch Program (PAT) 

11, Librarian (LBR) 

12, Test Routines/Sample Procedure 

13, Post Mortem and Snap Shot Dump Program (P'^d) 



3. 
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Th 



la. Bad Block Locator Program (BAD) 

15, Task Image Patch UtiHty (ZAP) 

16, D^sk Save and Cc^press Ut-tlfty (DSC) 

17, Global Cross Reference Program (CRF) 

18, ANSI msstape system JHTAACP) 

19, MuU^-usef Protection Programs (ACNT, SHUTUP? BROAD) 

22, l\t^<B printer despooler and optional e'^hanced spooler package 

21, RmS-U fpscro and subroutine libraries and utilities 

22, File Compare Uth ity (CMP) 

23, Crash Dump Analyzer Program (CDA) 
2*^. DEC standard editor CEDT) 

25, New hish-speed BACKUP/RESTORE utility 
content oi the documentation kit is specified in the Documentation 



13,2 Forecast ?&r Quarter by Type of Distribution Medium 
See Business Plan, 



13,3 Pre-Release Policy 

Due to the aVaUability of sites for field teSt, there will be no 
pressreleases of this product. After RSX-llM V3.2 is submitted to the 
SDC, software pre-releases may be made by the Product Lines or by 
Software services, AVI requests must be approved by the Product 
Manager, Preparation of the distribution media, docun^entat ion 
availability, and suoport become the sole responsibility of the 
requesting party. 
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13.4 Subseouent Release And PoHc^es 

To be suDpHed as oart of business plan« 

13.5 Software Support Di st ribut ion Packages 

Software support's automatic distribution system will be utilized In 
distributing software kits to specialists. 

14,0 TRAINING PLAN 

14,0, i Software Support Training 

Minimal Software Support training should be reQuired for RSX-llH V3,2 
beyond that already provided for RSX-llH V3,l,_ A one ©r two day 
seminar coyerins PSX-llM V5,2 enhancements and new facilities should 
be sufficient. Key devel opn^e^^t personnel will be available for 
consultation and initial prese-^t at i ons, 

14,0,2 Customer Trainino 

The existing P5X-U« course wf]' be adaptable to RSx-llH V3,2 with 
minimuw effort, 

15.0 SOFTWARE SUPPORT PLAN 
TBS, 

16,0 MAINTENANCE PLAN 



16,1 SPR Plan 

SPRs for RSX-Uf^ V3,l will be supoorted for 6 Months after the release 
of V3,2 fro*^ the SDC, After that time, pnlv V3.2 will be supported. 
Furthermore, no intermediate base levels will bg suoported beyond t^e 
generation of the next? therefore, it is a reauirement that layered 
software products be based on the final v3,2 released system. 
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16.2 Maintenance Release Plan 

No specific maintenance release is scHedu1ed» However^ 
icits win be crested quarterly for RSX-llM V3.1. 



euto patch 



W,V3 KU5I KtUC-ASt KLArJ 



17,1 Post Partus? Review 



Post Partui?! Review for tHis project will 
Qua! i tv Msnaper, 



be Held by the Software 



[End of Project Plan] 



